| Package | hl7.ehrs.ehrsfmr21 |
| Type | Requirements |
| Id | Id |
| FHIR Version | R5 |
| Source | http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-CPS.1.5.html |
| Url | http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.1.5 |
| Version | 2.1.0 |
| Status | active |
| Date | 2024-11-26T16:30:50+00:00 |
| Name | CPS_1_5_Manage_Patient_Encounter |
| Title | CPS.1.5 Manage Patient Encounter (Function) |
| Experimental | False |
| Realm | uv |
| Authority | hl7 |
| Description | Manage patient encounter information, including tele-health encounters, and support follow-up encounters. |
| Purpose | Each encounter of the patient with the healthcare setting needs to be recorded and the information relevant to the distinct encounter managed. This information includes date and time of the encounter, providers involved, location(s), and the reason for the encounter etc. Additionally, follow-up encounters may require prior administrative and clinical information to be determined or captured, maintained and rendered. Tele-health encounters have unique requirements that may also be supported by the system. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Manage patient encounter information, including tele-health encounters, and support follow-up encounters.
Each encounter of the patient with the healthcare setting needs to be recorded and the information relevant to the distinct encounter managed. This information includes date and time of the encounter, providers involved, location(s), and the reason for the encounter etc. Additionally, follow-up encounters may require prior administrative and clinical information to be determined or captured, maintained and rendered.
Tele-health encounters have unique requirements that may also be supported by the system.
| CPS.1.5#01 | SHALL |
The system SHALL provide the ability to manage information regarding a patient encounter, including a minimum of the following data: the date/time, providers, location, and reason for the encounter. |
| CPS.1.5#02 | SHOULD |
The system SHOULD provide the ability to determine and render a notification that the patient requires a follow-up encounter. |
| CPS.1.5#03 | SHOULD |
The system SHOULD provide the ability to determine or capture administrative information that is required for a follow-up encounter (e.g., co-payments, service location, prior authorization for a chest x-ray). |
| CPS.1.5#04 | SHOULD |
The system SHOULD provide the ability to maintain and render administrative information relevant to an encounter. |
| CPS.1.5#05 | SHOULD |
The system SHOULD provide the ability to determine or capture clinical information that is required for a follow-up encounter (e.g., fasting requirements, pre-medications). |
| CPS.1.5#06 | MAY |
The system MAY provide the ability to manage a patient tele-health encounter including a minimum of the following data: date/time, providers, location and reason for the encounter. |
| CPS.1.5#07 | SHALL |
The system SHALL provide the ability to capture one or more complaints, presenting problems, or other reasons for the visit or encounter (e.g., chest pain, gunshot wound, and drug overdose during a single encounter). |
| CPS.1.5#08 | SHALL |
The system SHALL provide the ability to capture the primary reason (e.g., the Chief Complaint or the most important reason) for visit/encounter from the patient's perspective. |
| CPS.1.5#09 | MAY |
The system MAY provide the ability to render an indication that the patient was referred for the visit or encounter. |
FHIR{
"resourceType" : "Requirements",
"id" : "EHRSFMR2.1-CPS.1.5",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Manage patient encounter information, including tele-health encounters, and support follow-up encounters.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Each encounter of the patient with the healthcare setting needs to be recorded and the information relevant to the distinct encounter managed. This information includes date and time of the encounter, providers involved, location(s), and the reason for the encounter etc. Additionally, follow-up encounters may require prior administrative and clinical information to be determined or captured, maintained and rendered.</p>\n<p>Tele-health encounters have unique requirements that may also be supported by the system.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage information regarding a patient encounter, including a minimum of the following data: the date/time, providers, location, and reason for the encounter.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to determine and render a notification that the patient requires a follow-up encounter.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to determine or capture administrative information that is required for a follow-up encounter (e.g., co-payments, service location, prior authorization for a chest x-ray).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to maintain and render administrative information relevant to an encounter.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to determine or capture clinical information that is required for a follow-up encounter (e.g., fasting requirements, pre-medications).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to manage a patient tele-health encounter including a minimum of the following data: date/time, providers, location and reason for the encounter.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to capture one or more complaints, presenting problems, or other reasons for the visit or encounter (e.g., chest pain, gunshot wound, and drug overdose during a single encounter).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to capture the primary reason (e.g., the Chief Complaint or the most important reason) for visit/encounter from the patient's perspective.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.5#09</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to render an indication that the patient was referred for the visit or encounter.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.1.5",
"version" : "2.1.0",
"name" : "CPS_1_5_Manage_Patient_Encounter",
"title" : "CPS.1.5 Manage Patient Encounter (Function)",
"status" : "active",
"date" : "2024-11-26T16:30:50+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Manage patient encounter information, including tele-health encounters, and support follow-up encounters.",
"jurisdiction" : [
{
"coding" : [
{
"system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code" : "001",
"display" : "World"
}
]
}
],
"purpose" : "Each encounter of the patient with the healthcare setting needs to be recorded and the information relevant to the distinct encounter managed. This information includes date and time of the encounter, providers involved, location(s), and the reason for the encounter etc. Additionally, follow-up encounters may require prior administrative and clinical information to be determined or captured, maintained and rendered.\n\nTele-health encounters have unique requirements that may also be supported by the system.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-01",
"label" : "CPS.1.5#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to manage information regarding a patient encounter, including a minimum of the following data: the date/time, providers, location, and reason for the encounter."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-02",
"label" : "CPS.1.5#02",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to determine and render a notification that the patient requires a follow-up encounter."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-03",
"label" : "CPS.1.5#03",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to determine or capture administrative information that is required for a follow-up encounter (e.g., co-payments, service location, prior authorization for a chest x-ray)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-04",
"label" : "CPS.1.5#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to maintain and render administrative information relevant to an encounter."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-05",
"label" : "CPS.1.5#05",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to determine or capture clinical information that is required for a follow-up encounter (e.g., fasting requirements, pre-medications)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-06",
"label" : "CPS.1.5#06",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to manage a patient tele-health encounter including a minimum of the following data: date/time, providers, location and reason for the encounter."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-07",
"label" : "CPS.1.5#07",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to capture one or more complaints, presenting problems, or other reasons for the visit or encounter (e.g., chest pain, gunshot wound, and drug overdose during a single encounter).",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.2#4"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-08",
"label" : "CPS.1.5#08",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to capture the primary reason (e.g., the Chief Complaint or the most important reason) for visit/encounter from the patient's perspective.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.2#5"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.5-09",
"label" : "CPS.1.5#09",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to render an indication that the patient was referred for the visit or encounter."
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.